Date: Fri, 9 Apr 93 04:30:02 PDT 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 #94 

To: packet-radio 


Packet-Radio Digest Fri, 9 Apr 93 Volume 93 : Issue 94 


Today's Topics: 
"Message From Mir / R2MIR " 
cancel <pschleck.734316550@cwis> 
Plan the next generation BBS 
RFD: rec.radio.amateur reorganization [discussion summary 3/31] (2 msgs) 
Rich Man's Packet ... : -) 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Fri, 09 Apr 1993 04:15:25 
From: his!UUCP@uunet.uu.net 

Subject: "Message From Mir / R2MIR " 
To: packet-radio@ucsd.edu 


Organization: Wetware Diversions, San Francisco 


Important Message from Space Station Mir 


To: All Amateur Radio Operators 
Re: Operations of The R2MIR-1 P.M.S. 


W5RRR ne mozhet prochitat' vashi ‘messag’i , iz-za bolshogo 


kolichestva soobschenij, prislannyh na W5RRR drugimi 
stancijami. 

Pozhalujsta, kogda zagruzites' - sotrite vse chuzhie messagi, 
krome teh, chto ot vas. Tolko R2MIR mozhet posylat' messages na 
W5RRR. Spasbo. 


a5 Re Translation: Via Dave N6JLH~ -------- 


W5RRR cannot read mail, because there are too many messages to W5RRR from 
other stations. 

Please delete all messages to W5RRR, except messages from you to (R2MIR). 
Only R2MIR should be sending messages to W5RRR. 


Thankyou! Alex R2MIR 


It is also important to note that the crew of the Space Station 
Mir has requested on several occasions that any and all messages sent to 
them on the Mir Station's P.M.S. ( Personal Message Service ) R2MIR-1, be 
sent only in Russian. Please be patient with them, and they will reply 
when, and if their schedule permits. 


All other messages sent to R2MIR, not in Russian, will be 
deleted from the P.M.S. as they have been in the past. 


Randy Kielich N6WDV 
Internet: randyk@wet.com 
Packet: W6PW.#NOCAL.CA.USA.NA 


Date: Fri, 09 Apr 1993 03:09:39 

From: his!UUCP@uunet.uu.net 

Subject: cancel <pschleck.734316550@cwis> 
To: packet-radio@ucsd.edu 


Organization: University of Nebraska at Omaha 
Cancelled manually. 


Date: Fri, 09 Apr 1993 01:04:19 
From: his!UUCP@uunet.uu.net 
Subject: Plan the next generation BBS 


To: packet-radio@ucsd.edu 


Organization: Tegra-Varityper, Inc. Billerica, MA 


In article <wceL2B2w1l65w@grafex.Cupertino.CA.US> ka6etb@grafex.Cupertino.CA.US 
(KAGETB Steve Harding) writes: 


With permission of NOARY, I pass along the following for your perusal: 


Date: Mon, 15 Mar 93 23:53:27 PST 
From: bob (Robert Arasmith) 
To: users%allcan@bbs.Arasmith.COM 


Enough talk, time to get started. We are undertaking what I envision 
as the next generation of BBS. It offloads a lot of the user interface 
and work to the users pc as opposed to the BBS itself. This is often 
described as the client/server approach. 


Sounds a lot like LZW and NNTP to me. 


nidxg 


| | Johnathan Vail vail@tegra.com (508) 663-7435 
|Tegra| jv@nidxg.ampr.org N1DXG@448.625- (WorldNet) 
aS MEMBER: League for Programming Freedom (league@prep.ai.mit.edu) 


Date: Wed, 07 Apr 1993 19:38:47 

From: his!UUCP@uunet.uu.net 

Subject: RFD: rec.radio.amateur reorganization [discussion summary 3/31] 
To: packet-radio@ucsd.edu 


Organization: Cray Research, Inc. 


In article <84ty0394cf£5p00@amdahl.uts.amdahl.com>, ikluft@uts.amdahl.com (Ian 
Kluft) writes: 

hbe@loretta.la.ca.us (Harris Boldt Edelman) writes: 

>Ian Kluft, in <efB803hDceofOO@amdahl.uts.amdahl.com>, states that there 
>is support for the proposed reorganization of rec.radio.amateur, then 
>presents a tally whose numbers show that a majority of those participating 
>in the discussion did not favor the proposal. This is invidious. 


VV VV VV 


> When you take out the undecided or unclear (unclear == one-liners not 
> expressing any opinion) comments, it's 2-to-1 in favor of the split. 


Or rather, 13 to 7 or 8 in real numbers. I think you'll be amazed at 
the number of folks waiting in the wings to vote a resounding NO (of 
course, I could be amazed by the number of folks just waiting to vote 
YES too..) I am singularly unmoved by the "it worked in rec.autos, 
rec.aviation etc arguments - is there a guerilla force that moves from 
group to group dreaming up splits ? Where to next ? 


FWIW - I also think .info was a total waste of time, Paul Schleck (apologies 
if I mis-spelt your name) explained the rationale to me ("kill file hack"). 
I still can't hack my kill file to make it work, and I suspect there 

are many more like me... 


20 or 21 replies seems to me like a poor response for a request for 
a QSL route, let alone a reorg RFD. 


andyw. NOREN/G1XRL 


andyw@aspen.cray.com Andy Warner, Cray Research, Inc. (612) 683-5835 


Date: Fri, 09 Apr 1993 03:13:55 

From: his!UUCP@uunet.uu.net 

Subject: RFD: rec.radio.amateur reorganization [discussion summary 3/31] 
To: packet-radio@ucsd.edu 


Organization: University of Nebraska at Omaha 

andyw@aspen32.cray.com (Andy Warner) writes: 

>FWIW - I also think .info was a total waste of time, Paul Schleck (apologies 
>if I mis-spelt your name) explained the rationale to me ("kill file hack"). 
>I still can't hack my kill file to make it work, and I suspect there 

>are many more like me... 

You've spelled it right. What newsreader are you using? The ability to 

kill articles cross-posted to a certain group is a hallowed feature on 


most major newsreaders. 


In rn, according to Leanne Phillips in her rn kill-file FAQ, add a line of 
the form: 


/Newsgroups:.*[ ,]rec\.radio\.info/h:j 


either in News/KILL (if you don't want to see rec.radio.info articles 


anywhere) or News/rec/radio/amateur/misc/KILL (if you don't want to see 
them in rec.radio.amateur.misc). The latter method means your kill file 
will only be consulted during rec.radio.amateur.misc (and hence runs 
more efficiently), and will probably work for most people. 


In nn, according to Bill Wohler in his nn FAQ, add a line of the form: 
rec.radio.info:!s/:% 


in .nn/kill (if you don't want to see rec.radio.info articles anywhere), 
or put the following lines: 


sequence 
rec.radio.info 
rec.radio. 


at the end of .nn/init in order to see all the rec.radio.info bulletins 
first, then read rec.radio.amateur.misc without the bulletins. 


Personally, I read rec.radio.info, and use the sequence technique with: 
rec.radio.info:!n:Cary Oler 


in my .nn/kill file (nothing personal Cary, just not interested in Solar 
Reports :-). 


I'd certainly be willing to work with anyone who wants to set up such a 
scheme to customize their presentation of the rec.radio.* groups, 

even if they are using a reader other than nn or rn (rec.radio.* groups 
only, please, I don't have time to give kill-file help to the entire 
net). 


73, Paul W. Schleck, KD3FU 


pschleck@unomaha. edu 


Date: Fri, 09 Apr 1993 01:55:08 
From: his!UUCP@uunet.uu.net 
Subject: Rich Man's Packet ... : -) 
To: packet-radio@ucsd.edu 


Organization: University of Kansas Academic Computing Services 
In article <1993Apr8.075140.2001@ke4zv.uucp>, gary@ke4zv.uucp (Gary Coffman) 


writes: 
> 


You need a GRAPES 56 kb RF modem and a transverter. The modem is an 
RF design using MSK that outputs on 29 MHz. You use a transverter 
to kick that to the UHF band of choice. Occupied bandwidth at 56 kb 
is 70 kHz. There are 100 kHz wide channels on 222 and 440 in the 


VVV NV 


I had the same question as the original poster, but after reading 
about the GRAPES modems, I don't think they're really for anyone 
except those interested in tinkering and designing the modems. 

I think it was ve3jf£'s article that described all the problems 

in finding suitable transverters, the need to build/buy/find 
bandpass filters for the front of these, the susceptibility 

of the transverters to noise from other nearby equipment, ect, ect. 
The fastest "off the shelf" solution I've been able to locate are 
the Kantronics UHF data radios which do 19.2k. Clearly not 

56k, but you can buy all the pieces complete and you don't 

have to have a bench full of test equipment to get it working. ;) 


Oh well, someone, please tell me there is a better/faster solution. 


Regards, 

Chris 

WHITTEN@KUHUB.CC.UKANS.EDU Chris Whittenburg, NOTWA 
WHITTEN@UKANVAX. bitnet Univ. of Kansas - Electrical Engineering 


End of Packet-Radio Digest V93 #94 
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